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METHOD AND APPARATUS FOR EMULATING A LOCAL DATA PORT 



FIELD OF THE INVENTION 

The present invention relates to the field of computer system networking. 
More specifically, the present invention relates to how data is communicated 
among network devices. 

BACKGROUND OF THE INVENTION 

As technology moves toward faster utilization of devices, multifunction 
devices (MFDs), such as printer/fax/scanner devices, printers, and scanners, 
communication between the devices and computers becomes important. 
Additionally, the devices are being networked to provide utilization of the a limited 
number of devices by several computers at any given time. However, devices 
that are locally connected communicate differently compared to devices that are 
networked. 

Networking several computers with devices reduces the capabilities of two 
way communication of data between the computers and the devices because of 
the way data is communicated through networking. Local communication of data 
between computers and devices provides a more direct two-way communication 
of data between computers and the devices. 

A typical method for networking devices, such as printers, involves using a 
device server port monitor software to redirect device requests across the 
network. In other cases, a network driver allows printer ports to be redirected. In 
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most situations, the printer driver sends the printing data to the port monitor or 
network redirection layer. The port monitor and layers below are responsible for 
ensuring the job is properly printed (the printer driver has totally completed its job 
and given the data to the port monitor). 
5 Some device drivers bypass the port monitor interface and write directly to 

a communication layer. This allows for more direct manipulation of the device, 
but it usually means that the device can no longer be networked. As more 
people try to network these devices, the approach of bypassing the port monitor 
interface and writing directly to the communication layer becomes increasingly 
n 10 difficult. This approach is made even worse when device drivers bypass the 

: Til 

ifl communication layer entirely and send device data directly to the parallel port 

□ hardware, such as the Super I/O chip in the computer. If communication like this 

\0 is required, the printer cannot be networked. 

=L. Additionally, if a device is networked, communication between more than 

Yi 15 one computer and the networked device is difficult due to the device being busy 
- receiving a request from one of the computers. The other computers on the 

,ssr network must wait until the receiving of data by the networked device is 

complete. 

Because of communicating locally is different from communicating across 
20 a network, devices for the network cannot be locally connected and local devices 
cannot be networked without difficulty. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not by way of 
limitation in the figures of the accompanying drawings, in which the like 
references indicate similar elements and in which: 
5 Figure 1 illustrates an example of network communications with a printer 

device; 

Figure 2 illustrates an example of communication and manipulation of a 
local device; 

Figure 3 illustrates one embodiment of the present invention for facilitating 
10 emulation of local data communications between networked devices; 

Figure 4 illustrates one embodiment of the present invention for facilitating 
local data communications between two networked devices; 

Figure 5 is a flow chart illustrating a method for emulating a local data port 
according to one embodiment of the present invention; and 
1 5 Figure 6 illustrates a computer system upon which an embodiment of the 

present invention can be implemented. 
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DETAILED DESCRIPTION 

In the following detailed description, numerous specific details are set forth 
in order to provide a thorough understanding of the present invention. However, 
those skilled in the art will understand that the present invention may be 
5 practiced without these specific details, that the present invention is not limited to 
the depicted embodiments, and that the present invention may be practiced in a 
variety of alternate embodiments. In other instances, well known methods, 
procedures, components, and circuits have not been described in detail. 

Parts of the description will be presented using terminology commonly 

g 1 0 employed by those skilled in the art to convey the substance of their work to 

.ft 

in others skilled in the art. 

=!==< 

O Various operations will be described as multiple discrete steps performed 

<B in turn in a manner that is helpful in understanding the present invention. 

^ However, the order of description should not be construed as to imply that these 

jvt 1 5 operations are necessarily performed in the order they are presented, or even 
g order dependent. Lastly, repeated usage of the phrase "in one embodiment" 

does not necessarily refer to the same embodiment, although it may. 

Figures 1 and 2 illustrate a prior art embodiment for network data 
communications and a prior art embodiment of local data communications. 
20 Figure 1 illustrates an example of network communications with a printer 

device, however, it should be appreciated that any other type of networked 
device known in the art such as, but not limited to, a multifunctional device (MFD) 
can be used. Illustrated in Fig. 1 , is an example of a computer with an operating 
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system application such as, but not limited to, the Windows® operating systems, 
available from Microsoft Corporation of Redmond, Washington. Alternate 
embodiments may be implemented in other programming approaches known in 
the art. 

5 In Fig. 1 , a computer 150 is running an application 105. Incorporated in 

the application 105 is a device driver 110 which facilitates the sending of data to 
a networked device 100. The device driver 110 incorporates a port 
monitor/network layer 115. The port monitor/network layer 115 facilitates 
redirection of local device data across the network through the network port 125 

10 to the networked device 100. In the illustrated prior art of Fig. 1 , the device 
driver 110 sends a signal 112 to the port monitor/network layer 115 (i.e., a 
command signal to generate network packet data signals). The port 
monitor/network layer 115 is responsible for ensuring that the device data is 
properly executed by converting the local device data into network port packet 

1 5 data signals 1 20 for transmission onto the network (i.e., the device driver 110 
completes sending the printing data to the port monitor/network 115). The 
network port packet data signals 120 are sent through the network port 125 to 
the networked device 100, which is connected to a network (not shown). 

Due to communicating through a network using network port packet data 

20 signals, communications between the computer 150 and the networked device 
100 is unreliable and not direct. Even though networking the device allows for 
more than one user to utilize the networked device, networking the device does 
not allow for direct communication between the computer and the device. 
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Figure 2 illustrates an example of communication and manipulation of a 
local device. In Fig. 2, a computer 250 is running the operating system 
application 105 with the device driver 110. In addition to the port monitor/network 
layer 115, the device driver 110 incorporates a device communication layer 210. 
5 In the illustrated prior art of Fig. 2, the device driver 110 sends a signal 209 to 
the device communication layer 210 (i.e., a command signal to generate local 
port pin data signals). When sending device data, the device communication 
layer 210 allows the device driver 110 to bypass the port monitor/network layer 
115 and send local device data to a local device 200 directly through a parallel 
10 port 220 such as, but not limited to, a line print terminal (LPT1). The device 
communication layer converts local device data into local port pin data signals 
215. 

Due to communicating through a direct link using local port pin data 
signals, communicating between the computer 250 and the local device 200 is 

15 reliable and direct. Even though utilizing the device communication layer 210 to 
send local device data as local port pin data signals through the parallel port 220 
allows for more direct and reliable communication and manipulation of the local 
device 200, utilizing the device communication layer 210 does not permit the 
local device 200 to be networked and shared by other users. 

20 The present invention emulates local port communication of data on a 

network to allow for one mode of communication (i.e., parallel port 
communication) be used for both a locally connected device and a networked 
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device, thereby, improving two-way communication of data between devices, 
while utilization of a device by several users. 

Figure 3 illustrates one embodiment of the present invention for facilitating 
emulation of local data communications between networked devices. In Fig. 3, a 
5 computer 320 is running the application 105, and incorporated in the application 
is the device driver 110. The device driver 110 incorporates a device 
communication layer 210 for converting local device data into local port pin data 
signals 215. 

Shown in Fig. 3, the device driver 110 sends a signal 209 to the device 
n 10 communication layer 210 (i.e., a command signal to generate local port pin data 
m signals). The local port pin data signals 215 are received by a computer virtual 

p port 310 in accordance with the teachings of the present invention. The 

N 

in computer virtual port 310 is a network port that emulates a local port (i.e., a 

^ parallel port such as, but not limited to, a line print terminal). That is, the virtual 

^ 15 port 310 converts the local port pin data signals 215 to network port packet data 
;^ signals 340 for transmission onto the network 350. 

Illustrated in Fig. 3, the network port packet data signals 340 are routed 
through the network 350 and received by the networked device 300. Any 
number of network routing techniques known in the art may be used. 
20 Incorporated with the networked device 300 is a device virtual port 330 in 

accordance with the teachings of the present invention. The device virtual port 
330 receives the network port packet data signals 340 from the network 350. 
Much like the virtual port 310, the device virtual port 330 is a network port that 
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emulates a local port based upon the signal received from the network 350, That 
is, the device virtual port 330 converts the network port packet data signals 340 
to local port pin data signals 360 for sending to the networked device 300. 

Additionally, in Fig. 3, information from the networked device 300 such as, 
but not limited to, status of ink level, paper level, toner level, etc., will be sent as 
local port pin data signals 215 to the device virtual port 330. Again, the virtual 
port 330 emulates a local port such as, but not limited to, a LPT1 . The device 
virtual port 330 converts the local port pin data signals 360 to network port packet 
data signals 340 for transmission on to the network 350. 

The computer virtual port 310 receives the network port packet data 
signals 340 from the network 350. Much like the virtual port 330, the computer 
virtual port 410 emulates a local port based upon the signal received from the 
network 350. That is, the computer virtual port 310 converts the network port 
packet data signals 340 to local port pin data signals 215 for sending to the 
computer 320, where the computer 320 will receive the information from the 
networked device 300 such as, but not limited to, status of ink level, paper level, 
toner level, print head temperature, etc. 

As shown in Fig. 3, a networked device can communicate with a computer 
as if the device and the computer were locally connected, thereby, allowing a 
devices to be networked, while maintaining locally connected data 
communication capabilities between the networked devices. 

Figure 3 illustrates one embodiment showing the present invention, virtual 
ports 330 and 310, as components outside of the devices 300 and 320. In an 
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alternate embodiment, the functionality of the present invention, virtual ports 310 
and 330, may be executed as software within the devices 300 and 320. 

Figure 4 illustrates one embodiment of the present invention for facilitating 
local data communications between two networked devices. In Fig. 4, both 
5 computer #1 401 and computer #2 402 are each running an operating system 
application 405 and 435. Incorporated in each operating system application 405 
and 435 is a device driver 410 and 440. Each device driver 410 and 440 
incorporates a device communication layer 415 and 445 for converting local 
device data into local port pin data signals 480 and 481 . Additionally, 
10 incorporated in each computer 401 and 402, is a virtual port 430 and 460 and an 

:~; 

intermediate device driver 420 and 450. Each intermediate driver 420 and 450 

=5 

q includes a cache memory 425 and 426. 

i : 

m In Fig. 4, before the start of a device request, virtual port #1 430 retrieves 

device status such as, but not limited to, toner level, paper level, etc., from the 
j^J 15 networked device 465 before computer #1 401 sends a device request. Since 

jl! the retrieved data is achieved through the virtual port #1 430 and device virtual 

o 

port, as discussed above with reference to Fig. 3, the communication between 
the intermediate driver #1 420 and the networked device 465 will be as if 
communicating locally, even though the communication is through a network 
20 475. The retrieved data is stored in the cache memory 425 of the intermediate 
driver #1 420. Once the retrieved data is stored, computer #1 401 sends a 
device request such as, but not limited to, a print request to the networked device 
465. Since a local port connection is being emulated, networked device 465 will 
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be unavailable to other networked devices, while servicing the device request 
from computer #1 401 . 

Illustrated in Fig. 4, before the device request of computer #1 401 is 
complete, computer #2 402 sends a device request to the networked device 465 
5 through the virtual port #2 460 emulating a second local port connection. When 
the device request of computer #2 402 reaches the device virtual port 470, the 
device virtual port refuses the connection because only one local port connection 
can be sen/iced at a time. Virtual port 470 sends a busy signal with the internet 
protocol (IP) address of the occupying computer (computer #1 401) back to the 
10 virtual port #2 460. 

Once the busy signal and the IP address are received by virtual port #2 
460, virtual port #2 460 can send a request along with the IP address to the 



intermediate driver #2 450 to retrieve the information stored in the cache memory 
425 of intermediate driver #1 420 through the network 475. In response to the 



^ 1 5 request, the intermediate driver #2 450 retrieves the information from the 

~ intermediate driver #1 420. In other words, information about a first networked 

□ 

device, such as, but not limited to, paper level, toner level, ink level, print head 
temperature, busy status, etc., may be communicated to one or more additional 
networked devices even though the first networked device may be busy with an 
20 emulated local request. 

Figure 5 is a flow chart illustrating a method for emulating a local data port 
according to one embodiment of the present invention. A signal is received from 
a local device such as, but not limited to, a computer 510. The signal is 
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converted to a network port packet data signal to emulate a local data signal port 
520. The network port packet data signal is transmitted to a remote device over 
a network connection 530. 

Figure 6 illustrates a computer system 600 upon which an embodiment of 
5 the present invention can be implemented. The computer system 600 includes a 
processor 601 that processes data signals. The processor 601 may be a 
complex instruction set computer (CISC) microprocessor, a reduced instruction 
set computing (RISC) microprocessor, a very long instruction word (VLIW) 
microprocessor, a processor implementing a combination of instruction sets, or 
^ 1 0 other processor device. Figure 6 shows an example of the present invention 
in implemented on a single processor computer system 600. However, it is 

Q understood that the present invention may be implemented in a computer system 

W having multiple processors. The processor 601 is coupled to a CPU bus 610 that 

?f § 

5 L transmits data signals between processor 601 and other components in the 

Yi 15 computer system 600. 

5« The computer system 600 includes a memory 613. The memory 613 may 

be a dynamic random access memory (DRAM) device, a synchronous direct 
random access memory (SDRAM) device, or other memory device. The memory 
613 may store instructions and code represented by data signals that may be 
20 executed by the processor 601 . 

A bridge/memory controller 611 is coupled to the CPU bus 610 and the 
memory 613. The bridge/memory controller 611 directs data signals between the 
processor 601, the memory 613, and other components in the computer system 
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600 and bridges the data signals between the CPU bus 610, the memory 613, 
and a first I/O bus 620. 

The first I/O bus 620 may be a single bus or a combination of multiple 
buses. As an example, the first I/O bus 620 may comprise a Peripheral 
5 Component Interconnect (PCI) bus, a Personal Computer Memory Card 

International Association (PCMCIA) bus, a NuBus, or other buses. The first I/O 
bus 620 provides communication links between components in the computer 
system 600. A network controller 621 is coupled to the first I/O bus 620. The 
network controller 621 links the computer system 600 to a network of computers 
pi 10 (not shown in Figure 6) and supports communication among the machines. A 
ifl display device controller 622 is coupled to the first I/O bus 620. The display 

o device controller 622 allows coupling of a display device (not shown) to the 

CO computer system 600 and acts as an interface between the display device and 

^ the computer system 600. The display device controller 622 may be a 

Yft 15 monochrome display adapter (MDA) card, a color graphics adapter (CGA) card, 
g an enhanced graphics adapter (EGA) card, an extended graphics array (XGA) 

card or other display device controller. The display device (not shown) may be a 
television set, a computer monitor, a flat panel display or other display device. 
The display device receives data signals from the processor 601 through the 
20 display device controller 622 and displays the information and data signals to the 
user of the computer system 600. 

A second I/O bus 630 may be a single bus or a combination of multiple 
buses. As an example, the second I/O bus 630 may comprise a PCI bus, a 
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PCMCIA bus, a NuBus, an Industry Standard Architecture (ISA) bus, or other 
buses. The second I/O bus 630 provides communication links between 
components in the computer system 600. A data storage device 631 is coupled 
to the second I/O bus 630. The data storage device 631 may be a hard disk 
5 drive, a floppy disk drive, a CD-ROM device, a flash memory device or other 

mass storage device. A keyboard interface 632 is coupled to the second I/O bus . 
630. The keyboard interface 632 may be a keyboard controller or other keyboard 
interface. The keyboard interface 632 may be a dedicated device or can reside 
in another device such as a bus controller or other controller. The keyboard 
^ 1 0 interface 632 allows coupling of a keyboard (not shown) to the computer system 
jj 600 and transmits data signals from a keyboard to the computer system 600. An 

□ audio controller 633 is coupled to the second I/O bus 630. The audio controller 

B 633 operates to coordinate the recording and playing of sounds. 

A bus bridge 624 couples the first I/O bus 620 to the second I/O bus 630. 
^ 1 5 The bus bridge 624 operates to buffer and bridge data signals between the first 
2 I/O bus 620 and the second I/O bus 630. 

In one embodiment, the virtual port, as described above, is implemented 
using one or more computers such as the computer system of Fig. 6. In one 
embodiment, the present invention is implemented as software routines executed 
20 by one or more execution units within the computer(s). For a given computer 
system, the software routines can be stored on a storage device, such as 
memory 613. 
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In one embodiment, the software routines are written in the C 
programming language. It should be appreciated that the software routine may 
be implemented in any of a wide variety of programming languages. In alternate 
embodiments, the present invention is implemented in discrete hardware or 
5 firmware. For example, one or more application specific integrated circuit 

(ASICs) could be programmed with one or more of the above described functions 
of the device server. In another example, one or more functions of the device 
server could be implemented in one or more ASICs on additional circuit boards, 
and the circuit boards could be inserted into the computer(s) described above. In 
H 1 0 another example, field programmable gate arrays (FPGAs) or static 



functions of the present invention. In yet another example, a combination of 
hardware and software could be used to implement one or more functions of the 
present invention. 



network and local port signals is described. 

In the forgoing description, the invention is described with reference to 
specific exemplary embodiments thereof. It will, however, be evident that various 
modifications and changes may be make thereto without departing from the 
20 broader spirit and scope of the present invention as set forth in the appended 
claims. The specifications and drawings are accordingly to be regarded in an 
illustrative rather than in a restrictive sense. 



programmable gate arrays (SPGAs) could be used to implement one or more 




Thus, a method and apparatus for emulating network and local ports and 
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